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(54) Network topology management system 

(57) A system and method for maintaining complex 
relationships between computer network elements pro- 
vides a common database for storing node, type, and 



view data. The views are created and maintained by the 
network management system. When a new node is add- 
ed or parentage of a node is changed, the views of a 
node are modified in a network database. 
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Description 

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The 
copyright owner has no objection to the xeroxographic reproduction by anyone of the patent document or the patent 
s disclosure in exactly the form it appears in the Patent and Trademark Office patent file or records, but otherwise reserves 
all copyright rights whatsoever 

The present invention relates to the field of computer systems and their management and control. More specifically, 
in one particular embodiment the invention provides a method and device for managing and visualizing the topology 
of a computer network. 

10 As computer networks have developed and achieved wide acceptance, it has become necessary for managers of 

such networks to have access to software and hardware tools necessary to manage, monitor and control networks. 
As networks have increased in complexity, so have the tools needed for their management. Existing management 
packages for managing a network provide a wide range of functionality including network management application 
launchers, event request and filtering mechanisms, logging systems for storing network event and performance sta- 

is tistics, alarm correlation mechanisms, load balancing mechanisms, and other tools. Among the most advanced of such 
packages is SunSoft's Solstice Enterprise Manager 1.1. Other systems include Hewlett Packard's OpenView platform 
Network Node Manager, Operations Center and AdminCenter; and IBM's NetView. 

The most advanced of such packages allow multiple operators to access management information simultaneously 
and support multiple computing environments. To facilitate this complex functionality advanced network management 

20 systems have used an object oriented network model. Network resources represented as objects are stored and ma- 
nipulated by management applications and agents. The use of such object oriented approaches enables, inter alia, 
much easier scalability and other advantages. In addition, the support of multiple network management protocols is 
facilitated. In SunSoft's Solstice products for example, the management tools may be distributed over multiple work- 
stations. The same information is made available to all applications and tools via MISs ("Management Information 

25 Servers"). 

Such systems have met with substantial success and are, in fact, considered to be pioneering in the industry. 
However, certain challenges remain. For example, while the object oriented approach to network database manage- 
ment has proven successful certain limitations remain. Such systems have, previously, maintained separate databases 
representing the logical and physical layouts of a network, respectively. Separate applications in the network manage- 

30 ment system then access and may modify the logical and physical topology databases. In some instances it has been 
found that two views of the same network can be found to be inconsistent as a result of this architecture. 

According to one aspect of the invention, there is provided a computer network comprising a plurality of network 
nodes and interconnections; a network management system comprising a database of managed network resources, 
the database of managed network resources defining network nodes, associated node types and associated views of 

35 the nodes; and a plurality of network management users, the network management users being arranged to display 
views of the network using said network management database. In one embodiment, through user modification of node 
attributes, the views of the network are updated by the system through use of an object oriented database. In a preferred 
embodiment the views of the network are modified based on input or change of the attributes of the nodes. For example, 
parent relationships may be used to define a new view node when a new parent is added to an attribute of a node. 

40 it is thus possible to provide improved tools for maintaining, viewing and managing the physical and logical topology 

of a network. The system can maintain databases for both logical and physical topology using an improved data model. 
Consistency can be maintained by placing a consistency application in a logical/physical database. In a preferred 
embodiment, users are able to access the data only through the physical topology database; both physical and logical 
topology resides in an MIS database. 

45 Other aspects of the invention are exemplified by the attached claims. 

For a better understanding of the invention, and to show how the same may be carried into effect, reference will 
now be made, by way of example, to the accompanying drawings, in which:- 

Fig. 1 is an overall view of a hypothetical network, showing the relationship to the network management tools 
50 described herein; 

Fig. 2 is a typical screen display provided by one embodiment of the invention; 

Fig. 3 is an object relationship diagram according to one specific embodiment of the invention; 

Figs. 4A to 4C illustrate a simple application of the invention; 

Figs. 5A to 5D illustrate specific data structures used herein; and 
55 Figs. 6A to 6C illustrate use of the invention in specific examples. 

Fig. 1 illustrates a computer network along with its associated network management system. As shown, the com- 
puter network 1 00 will include hardware such as hosts 1 01 a, 1 01 b, 1 01 c, 1 01 d, and 1 01 e, routers 1 03, and subnetworks 
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100a and 100b. Hosts 101 may be, for example, users, servers and other network elements. Attached to one or more 
of the hosts are network management elements 109. Management elements 109 will be connected to one or more of 
the network hosts for network managers to monitor and control the network. 

The layout of the network' is illustrated with regard to physical connectivity, but another set of relationships will also 

5 exist. That is, the various "elements of the network will also be related by logical relationships. For example, a portion 
of the users connected to servers 101a and 101b may be in one logical group, while other portions of the network will 
be in other logical groups. Often it is desirable for network managers to be able to view the network in logical views 
other than the physical layout of the network. The embodiment now to be described includes an improved viewer 
mechanism for looking at and analyzing various portions of the network. 

io a management system or "nerve center" 111 is provided in the network to manage and control the network. While 

the management system 111 is illustrated as a single entity on the network, it may in many embodiments be distributed 
over multiple workstations and servers. 

The management system includes an MIS or Management Information Server 113. The MIS is an object oriented 
network model that enables object definitions to be stored and manipulated by management applications 115, using 

is object oriented tools such as classing, inheritance and scoping to represent complex resources and simplify complex 
operations. Management applications 115 interact through the network MIS rather than with each other. 

System 111 will normally include a set of standard tools such as a relational database logging tool, alarm managers 
and other tools. The system is able to provide access to managed objects via a common management information 
protocol (CMIP) with management protocol adapter 119. Other system elements are supported directly through an 

20 interface such as a protocol driver manager (PDM) in the case of, for example, SunNet Manager Agent interactions. 

As shown in Fig. 1 , a particular user of the system will have applications 115 resident on his/her particular server 
or workstation. In addition, the use] may have various tools 121 , a particular graphical user interlace 123 and viewer 
125. The various application utilize the resources of the nerve center to perform management tasks. A database 127 
in the nerve center provides a single source of network objects in an object oriented relational database to service the 

25 various network applications 1or management of the network. The system illustrated in Fig. 1 will, in a preferred em- 
bodiment, be based on the Solstice Enterprise Manager 1.1, available from Sun Microsystems, Inc. The various soft- 
ware and data elements discussed herein are stored on a memory device 1 28 such DS one or more magnetic or optical 
disc drives. 

Fig. 2 illustrates a typical screen display available to a user of the network management system disclosed herein. 
30 As shown, the system will display a viewer 201 in which the topology of the system (logical or physical) may be dis- 
played. In addition, the system may display other items of interest such as an alarm report 203. 

Both the logical and physical elements of the network model are stored in a common database 1 27. Fig. 3 illustrates 
the architecture of the network database 127 according to a preferred embodiment of the invention. The purpose of 
the topology database is to store topological information about the managed networked environments. Topological 
35 information is in the form of objects which represent topological nodes, views, viewnodes, and types. The topology 
database includes data of the following types: a topoTypeDB : a topoNodeDB, and a topovlewDB. These data are used 
by the system applications to manage the user's networks. 

topoTypeDB 

40 

The topoTypeDB object class 301 contains the general relationship or rules between objects (which represent a 
topoType 303). In other words, topoTypeDB contains a list of object types. Examples of such object types would be 
servers, routers, hubs, and users. 

The topoTypeDB is a managed object class that acts as a "container'' for all topoType objects. The topoTypeDB 
45 object class is named under the system object and only one instance of a topoTypeDB object class can be created 
under a system. TopoType is an object class that is named under the topoTypeDB object class. 

topoNodeDB 

so The topoNodeDB object class 305 contains a flat layout of the objects in the particular managed networked envi- 

ronment, that is, lists of all nodes 307 in the network and their attributes. 

The topoNodeDB is a managed object class that acts as the "container" for all topoNode objects. This object class 
lists all nodes and their attributes. The topoNodeDB object class is named under the system object and only one 
instance of the topoNodeDB object class can be created under'a system. 

55 TopoNode is an object class that is named under the topoNodeDB object class. The topoNode object class has 

the following features. TopoNode can be positioned in multiple views. This attribute is allowed since the behaviour of 
"topoTypeLegalChildren" is checked for all parents specified by the attribute. The ASN1 syntax of topoNodeParents 
is a set of topoNodeld's. Special secondary index queries can be done with actions. TopoNode objects can be renamed. 
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The topofvlodefv^s attribute is unique across all topoNodes under the same topoNode DB. The reason that topoN- 
odeName is not used as the naming attribute is toallow renaming of topoNode objects. If a topoNode object is renamed, 
it's new name cannot be the same as the name of an existing node. 

A topoNodeChildren attribute is a reverse relationship attribute of a topoNodeParents attribute. It specifies all the 

5 topoNode children that are contained by this topoNode. Propagation severity of topoNode objects can be tracked and 
propagation can be controlled such that, for example, alarms are indicated in desired views. 

Each node has an associated severity, derived from alarms posted for the corresponding resource. The tracking 
of the propagated severity is performed with a "topoNodePropagateSeverity" attribute. This attribute is the maximum 
value of the topoNodeSeverity of the topoNode and the topoNodePropagateSeverity of all its children. 

10 To control propagation locally, a topoNode's "topoNodePropagateUp" attribute is used. To turn the propagation off 

for the entire topology database, the topoNodeDB's lopoStatePropagation" attribute is used. By default, the global 
propagation flag is set on. A topoNode propagates its current severity to its parents only if its topoNodePropagateUp 
flag is on and topoNodeDB's topoStatePropagation flag is on. 

is topoViewDB 

The topoViewDB 309 object class contains views of the objects in the managed networked environment, that is, 
of all views 311 . The various views contain logical groups of network resources or topology nodes that a user may wish 
to use for management purposes. For example, a view of various ethernet servers in a network may be desired to 
20 monitor the failure rate of such servers. Thus, a view of such servers will be formed. 

TopoViewDB is a managed object class that acts as the container for all topoView objects. TopoViewDB lists all 
views; each of these views is called a topoView. The topoViewDB object class is named under the system object and 
only one instance of the topoViewDB object class can be created under a system. A view is a graphical representation 
of a set of related managed objects. For example, in a network that contains multiple subnetworks, the network might 
25 be one view that has subnetwork elements and each subnetwork within it might constitute or use separate views. 

TopoView is an object class that lists views and is named under the topoViewDB object class. Each topoView 
object is called a topoViewNode. Each instance of the topoView class represents a view in an executable viewing 
program (em_viewer in the case of SunSoft) to display objects that are in the view and store attributes that are related 
to the view. TopoView objects show relationships and hierarchy between objects. Instances of the class are named 
30 under topoViewDB, but create/delete operations are not supported by the name binding. 

The topoViewNode objects 313 represent topoNode objects in different views (different logical views). Each top- 
oViewNode object is associated with a topoNode object. There is a many-to-one relationship between topoViewNode 
and topoNode objects. If the information is available in the topoViewNode's associated topoNode object, the information 
is not duplicated in the topVtewHode object. The exception is that the topoNodeld attribute is used as the naming 
35 attribute to create topoViewNode objects. 

Since instances of the class are named under topoView : create/delete operations are not supported by the name 
binding. All topoViewNode objects are created/deleted as side effects of creating/deleting topoNodes and adding/ 
removing parents to form a "topoNodeParents" attribute of topoNode objects. The MIS is responsible for maintaining 
the referential integrity between topoViewNode and topoNode objects (for example, a topoNode can contain other 
40 topoNodes). 

TopoViewNode objects are automatically updated. When a new parent is added to the topoNodeParents attribute, 
the MIS creates a topoViewNode object associating to the topoNode under a topoView object which associates to the 
new parent. When an old parent is removed from topoNodeParents, the MIS deletes the topviewNode object associating 
to the topoNode from the topoView object which associates to the old parent. If the user wants to move or place a 
45 topoNode in a different or another view, it will be necessary to change the topoNode's topoNodeParents attribute. 

Data integrity between topoNode, topoView, and topoViewNode is maintained by the system. Data integrity is 
maintained by the behaviour, in the system herein, of the class. Once a new topoNode is created, if the type of the 
topoNode can contain other topoNodes, the MIS will create a topoView object associated to the topoNode. If a topoNode 
isdeleted, all topoView and topoViewNode objects associated with the topoNode are automatically removed by the MIS. 
so Fig. 3 includes a description of the containment of the various objects in the database. Specifically, TopoViewDB, 

topoNodeDB, and topoTypeDB are contained within the "system." A topoView is contained within the topoViewDB. A 
topoViewNode is contained within a topoView. A topoNode is contained within the topoNodeDB. A topoType is con- 
tained within the topoTypeDB. 

The reference rules for the database are as follows. A topoView must reference a topoNode. Only one topoView 
ss can reference a single topoNode. A topoViewNode must reference a topoNode. One or more topoView Nodes can 
reference a single topoNode. A topoNode can reference other topoNodes as topoNodeParents or topoNodeChildren. 
A topoNode must reference one topoType. A topoType can be referenced by multiple topoNodes. 
Table 1 provides general descriptions of topology types. 
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Table 1 



Topology Type 


Description 


Container 


A generic view representation. 


Universe 


A generic view, generally used at the top level. 


Internet 


Any combination of IP networks. 


Subnetwork 


Containers specific to the Internet. 


Host 


An I P device on a network. 


Device 


A general representation of a network element. 


Link 


A physical connection between two network elements. 


Router, Bridge Hub 


Multiple interface devices capable of transferring packets between networks. 



Figs. 4A to 4C illustrate various views of a network using the system herein, Fig. 4A illustrates a view of several 
routers 401 in a network. Fig. 4B illustrates a new view that has been created including only two of the routers that a 
particular user desired to monitor. Fig. 4C illustrates the display after using the system to add another router to the 
20 view. Of course, the layout of networks is most often quite complex and Fig. 4 shows only a simple illustration. 

Figs. 5A to 5D illustrate the data formats and contents of a particular topoType (Fig. 5A), topoNode (Fig. 5B), 
topoView (Fig. 5C), topoViewNode (Fig. 5D). Of interest, in topoNode, the topoNodeChildren entry (and, not shown, 
parents) is changed upon change or deletion of : e.g., a parent or other relevant attribute. 

Fig. 5A illustrates the data structure for a topoType. Fig. 5B illustrates a topoNode entry. Fig. 5C illustrates a 
25 particular topoView entry. Fig. 5D illustrates the topoViewNode entry for node 13 in Fig. 5B. 

The definition of all objects is preferably in GDMO (Guidelines for Definition of Managed Objects) format. The 
definitions according to one embodiment are shown in the file "topo.gdmo" below. The syntax for GDMO objects is 
defined in ASN.1. The file "topcasnl", set out later, provides object syntax according to one specific embodiment of 
the invention. 

30 

Example 

Figs. 6A.to6C illustrate typical use of the present embodiment. A user typically identifies objects such as routers, 
hubs, bridges, print servers, NFS servers, and WAN links that have an impact on the greatest number of users on the 
35 network. The typical user will then monitor only those devices, reducing the number of managed objects to create and 
monitor. 

In the system herein a view of the network can include part (or all) of a network topology or it can simply be an 
arbitrary collection of managed objects, not part of the topology. In a small scale network, one might wish to place all 
the critical nodes into a single view of the network, as shown in Fig. 6A. In this example, a network includes two subnets 
40 (A and B), which are connected by a router. 

For most network configurations it will be useful to have multiple views of the network to represent functional 
groupings of network devices and to represent the network topology. Using the database model discussed above, one 
might want, for example, to depict devices in particular buildings, or a view that consists only of routers. Taking the 
example in Fig. 6A one might want to create a separate view for each subnet as well as separate views by type of 
45 device (routers, NFS servers, and print servers). A user would create these views one element at a time using a 
graphical user interface, which would then build the database elements discussed above. As an example, views group- 
ing elements by function (software servers, routers, and print servers) and subnetwork(s) might be lormed as shown 
in Fig. 6B. A high level view is shown in Fig 6C. As shown therein, cloud icons represent the separate views that have 
been created. By double clicking on the clouds, one would then see the elements within these views of the network. 
so Of course, the same element may appear in multiple views. For example, a particular server could occur in both a 
"servers" view as well as the Net J3 view, which shows all of the nodes in that subnetwork. 

The above description is illustrative and not restrictive. Many variations of the invention will become apparent to 
those of skill in the art upon review of this disclosure. Merely by way of example specific database relationships have 
been used for illustration, but the invention is not so limited. 



55 
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topo . admo 

MODULE "EM Topology" 

.- OBJECT CLASS 

topoNode MANAGED OBJECT CLASS 

DERIVED FROM "Rec. X.721 | ISO/IEC 10165-2 : 1992" : top; 

CHARACTERIZED BY 

topoNodePackage ; 

REGISTERED AS { em- topo-objectClass 1 }; 

topoNodePackage PACKAGE 

BEHAVIOUR tcpoNodePackageDef inition BEHAVIOUR DEFINED AS 

IThis managed object class represent a single node in the topo 
graph. A node is anything in the network which can be connected 
to another thing: a device, a part of a device, an interface, a 
cable, etc. 

Once a new topoNode is created, if the type of the topoNode can 
contain other topoNodes, the system will create a topoView object 
associated to the topoNode. 

If a topoNode is deleted, all topoView and topoViewNode objects 
associated to the topoNode are automatically removed. 

The topoNodeName attribute is unique across all topoNodes under 
the same topoNodeDB. The reason that topoNodeName is not used 
for naming attribute is to allow renaming of the object. 

The topoNodeParents attribute is a relationship attribute. It is 
used to specify the parent topoNodes which contain this topoNode. 
Note the containment relationship is a many- to -many 
relationships. It is different than the standard OSI MIT 
containment relationship, which is a one-to-many relationship. 
The many-to-many relationship provides the flexibility by which 
the user can position the same topoNode into different views. 

When a new parent is added to the topoNodeParents attribute, the 
system creates a topoViewNode object associating to the topoNode 
under the topoView object which associates to the new parent. 

when an old parent is removed from the topoNodeParents attribute, 
the system delete the topoViewNode object associating to the 
topoNode from the topoView object which associates to the old 
parent. 

The topoNodeChildren attribute is a reverse relationship 
attribute of the topoNodeParents attribute. It is used to 
specify the children topoNodes contained by this topoNode. 

1; 

ATTRIBUTES 

topoNodeld GET, 
topoNodeName GET - REPLACE , 
topoNodeType GET -REPLACE, 
topoNodeMOSet 

DEFAULT VALUE EM-TOPO-ASN1 . emptyTopoNodeMOSet 

GET -REPLACE, 
topoNodeCmipAgentMO 

DEFAULT VALUE EM -TOPO -ANSI .null TopoNodeMO 

GET - REPLACE , 
topoNodeRpcAgentMO 
topoNodeGetByType , 
topoNodeGe tByMO . 



EP 0 773 649 A2 



topoGe t V ie wGr aph ; 
NOTIFICATIONS , 

"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

objectXreation, 
-Rec, X.721 I ISO/IEC 10165-2 : 1992" : 

object Deletion; 



topoType MANAGED OBJECT CLASS , 

DERIVED FROM "Rec* X.721 I ISO/IEC 10165-2 : 1992" : top; 
CHARACTERIZED BY 

topoTypePackage ; 
REGISTERED AS { em- topo- object Class 3}; 

topoTypePackage PACKAGE 

BEHAVIOUR topoTypePackageDef inition BEHAVIOUR DEFINED AS 

1 This managed object class specifies schema information that 
defines how the Topology database can be constructed. "; 

; 

ATTRIBUTES 

topoTypeld GET, 
topoTypeDerivedFrom GET, 
topoTypeAllDerivedFrom GET, 
topoTypeBaseOf GET, 
topoTypeMaxVis ibleLevel 

DEFAULT VALUE EM-TOPO-ASNl - def aultMaxVis ibleLevel GET, 
t opoTypeMaxTopoLeve 1 

DEFAULT VALUE EM-TOPO-ASNl .def aultMaxTopoLevel GET, 
topoTypeLegalAcrs 

DEFAULT VALUE EM-TOPO-ASNl . def aultTopoTypes 

GET ADD, 
topoTypeAllLegalArcs GET, 
topoTypeLegalChildren 

DEFAULT VALUE EM-TOPO-ASNl .def aultTopoTypes 

GET ADD, 
topoTypeAllLegalChildren GET, 
topoTypeDrawMethod 

DEFAULT VALUE EM-TOPO-ASNl .def aultDrawMet hod 

GET-REPLACE 

topoTypeDefault Layer GET -REPLACE 

NOTIFICATIONS , 

"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

ob j ectCreation , 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

object. Deletion, 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

attributeValueChange ; 



topoTypeDB MANAGED OBJECT CLASS. 

DERIVED FROM "Rec. X.721 I ISO/IEC 10165-2 : 1992": top; 
CHARACTERIZED BY 

topoTypeDBPackage ; 
REGISTERED AS { em- topo- object Class 4 } ; 

topoTypeDBPackage PACKAGE 

BEHAVIOUR topoTypeDBPackageDef inition BEHAVIOUR DEFINED AS 

1 This managed object class acts as the container for all 
topoType- related objects. ! ; 

DEFAULT VALUE EM-TOPO-ASNl .nullTopoNodeMO 
GET -REPLACE , 
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DEFAULT VALUE EM-T0P0-ASN1 .nullTopoNodeMO 
GET -REPLACE, 
topoNodeDefaultMO 

DEFAULT VALUE EM -T0P0-ASN1 .nullTopoNodeMO 

GET- REPLACE, 
topoKodeParents GET-REPLACE ADD- REMOVE, 
t opoNodeChi 1 dr en GET, 
topoNodePeers GET- REPLACE ADD-REMOVB, 
topoNodeManaged GET - REPLACE , 
topoNodelsManaged GET, 
topoNodeState GET- REPLACE , 
topoNodeSeverity GUT- REPLACE , 
topoNodePropagatedSeverity GET, 

topoNodePropagat^ ^.topq-aSNI. topoBooleanTrue 

GET- REPLACE, 

t °^ N ^S?iST a ^OT U EM-TOPO- ASN1 . emptyTopoNodeDisplayStatus 

GET- REPLACE ADD- REMOVE, 
topoNodeteoLocatiwi EM _ TOpo . ASN1 nu iiGeoLocat ion 

GET- REPLACE, 
topoNodeLayer 

DEFAULT VALUE EM-TOPO- ASN1 . emptyLayer 

GET- REPLACE, 
topoNodeUserData ^ ^ ^ ^ 

DEFAULT VALUE EM-T0P0-ASN1 . emptyUserData 

GET- REPLACE 

NOTIFICATIONS , ^ m 

«Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

object/Creation, 
-Rec. X.72lT ISO/IEC 10165-2 : 1992" : 

ob j ectpelet ion , 
"Rec. X.721 I ISO/IEC 10165-2 : 1992- : 

attr ibtueValueChange ; 

avm jss^s, sz?«3£i »/« >.»■> . »»■ . t=p, 

CHARACTERIZED BY 

topbNodeDBPackage ; 
REGISTERED AS { em- topo- object Class 2 }; 

tOP ° N °BlSvi^ 9 to^DBPackageDe£inition BEHAVIOUR DEFINED AS 

BEHAVA Yrhis Managed object class acts as the container for all 
topoNode- related objects. l ; 

* 

ATTRIBUTES 

topoNodeDBId GET, 

topoAllStatus vmot ^.TQpQ.^ysLen^tyropoAllstatus 

GET - REPLACE ADD-REMOVB, 
topoAllLayer ^,^ w 

DEFAULT VALUE EM-TOPO- ASN1 . en^tyTopoAllLayer 

GET -REPLACE ADD- REMOVE, 
topoStatePropagation 

DEFAULT VALUE EM-TOPO- ASN1 ■ topoBooleanTrue 

GET- REPLACE , 

ACTIONS 

topoNodeGetByName , 
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ATTRIBUTES 

topoTypeDBId GET; 
NOTIFICATIONS . 

"Rec. X.721 I ISO/IEC 10165-2 : 1992" x 

objectpreation, 
•Rec. X.72ll ISO/IBC 10165-2 : 1992" : 
objectDeletion; 

§ 

topoView MANAGED OBJECT CLASS , 

DERIVED FROM -Rec, X.721 I ISO/IEC 10165-2 : 1992" top; 
CHARACTERIZED BY 

topoViewPackage ; 
REGISTERED AS { em- topo- object CI ass 5 }; 

topoViewPackage PACKAGE 

BEHAVIOUR topoViewPackage Definition BEHAVIOUR DEFINED AS 

IThis managed object class is used to store information for the 
topological view application. ! ; 

s 

ATTRIBUTES 

topoNodeld GET, 
topoViewBackgroundlmage 

DEFAULT VALUE EM-T0P0-ASN1 .def aultBackgroundlmage 
GET- REPLACE , 
topoViewMapConf igFile 

DEFAULT VALUE EM- TOPO -ASN1 .def aultMapConf igFile 
GET- REPLACE, 

topoViewMapInitialGeoArea m 

DEFAULT VALUE EM-T0P0-ASN1 .def aultMapInitialGeoArea 

GET-REPLACE; 
NOTIFICATIONS , 

■Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

ob j ectCreat ion , 
■Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

objectDeletion, 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

attributeValueChange ; 

l 

tOPOViewDB MANAGED OBJECT CLASS 

DERIVED FROM "Rec. X.721 | ISO/IEC 10165-2 : 1992" top; 
CHARACTSRIZED BY 

topoViewDBPackage ; 
REGISTERED AS { em- topo -object Class 6 }; 

topoViewDBPackage PACKAGE 

BEHAVIOUR topoViewDBPackageDef inition BEHAVIOUR DEFINED AS 

ITnis managed object class acts as the container for all 
topoView- related objects. S ; 

? 

ATTRIBUTES 

topoViewDBId GET, 
topoViewNodeAutoPosition 

DEFAULT VALUE EM- TOPO- ANSI . topoBooleanTrue 
GET- REPLACE 

NOTIFICATIONS 

"Rec. X.721 | ISO/IEC 10165-2 : 1992" : 

ob j ec tCreat ion , 

"Rec. X.721 | ISO/IEC 10165-2 : 1992" : 

objectDeletion; 
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topoViewNode MANAGED OBJECT CLASS 

DERIVED FROMRftc. X.721 | ISO/IEC 10165-2 : 1992" : top; 
CHARACTERIZED BY 

topoViewNodePackage ; 
REGISTERED AS { em- topo-object Class 7 }; 

tODoViewNode Package PACKAGE 

BEHAVIOUR topoViewNodePackageDef inition BEHAVIOUR DEFINED AS 

I This managed object class is used to store information for the 
topological view node."; 

i 

ATTRIBUTES 

topoNodeld GET, 

topoViewNodePosition GET -REPLACE? 

NOTIFICATIONS , 

»Rec. X.721 | ISO/IEC 10165-2 : 1992- : 

ob j ectCrea t ion , 
•Rec. X.721 | ISO/IEC 10165-2 : 1992" : 

ob j ectDeletion , 
"Rec. X.721 | ISO/IEC 10165-2 : 1992" : 
attribtueValueChange ; 

f 

-- Name Bindings 

topoNodeDB- system NAME BINDING 

SUBORDINATE OBJECT CLASS topoNodeDB; 
NAMED BY 

25 SUPERIOR OBJECT CLASS 

SUP ,£ e c X.721 | ISO/IEC 10165-2 : 1992« : system AND SUBCLASSES; 

WITH ATTRIBUTE topoNodeDBId; 
BEHAVIOUR topoNodeDB- systemBehaviour 
BEHAVIOUR DEFINED AS 

lThis name binding defines the location of the topoNodeDB 
30 object.!; 

; 

CREATE 

DELETE ONLY-IF-NO-CONTAINED-OBJECTS; 
REGISTERED AS { em-topo-binding 1 }; 

35 topoTypeDB- system NAME BINDING 

SUBORDINATE OBJECT CLASS typoType DB; 
NAMED BY 

SUPERIOR OBJECT CLASS ^—^me-™ 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : system AND SUBCLASSES; 
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WITH ATTRIBUTE topoTypeDBId; 
BEHAVIOUR topoTypeDB -sy8temBehavi our 
BEHAVIOUR DEFINED AS 

I This name binding defines the location of the topoTypeDB 
object.!; 

s 

CREATE; 

DELETE ONLY- IF- NO - CONTAINED -OBJECTS ; 
REGISTERED AS { em-topo-binding 2 ) ; 



topoViewDB-system NAME BINDING 

SUBORDINATE OBJECT CLASS topoViewDB; 
NAMED BY 

SUPERIOR OBJECT CLASS PTTOm ^ plJP 
50 i. Rec , x.721 | ISO/IEC 10165-2 : 1992" : system AND SUBCLASSES; 

WITH ATTRIBUTE topoViewDBId; 
BEHAVIOUR topoViewDB-syatemBebaviour 
BEHAVIOUR DEFINED AS 

lThis name binding defines the location of the topoViewDB 



55 



EP 0 773 649 A2 



object . ! ; 

# 

CREATE 

DELETE ONLY- IF-NO-CONTAINED-OBJECTS ; 
REGISTERED AS { em- topo -binding 3 }; 

topoNode -topoNodeDB NAME BINDING 

SUBORDINATE OBJECT CLASS topoNode; 
NAMED BY 

SUPERIOR OBJECT CLASS topoNodeDB; 
WITH ATTRIBUTE topoNodeld; 
BEHAVIOUR topoNode-topoNodeDBBehaviour 
BEHAVIOUR DEFINED AS 

JThis name binding defines the location of topoNode objects. 1; 

CREATB WITH -AUTOMATIC - INSTANCE -NAMING ; 
DELETE ONLY- IF- NO - CONTAINED - OBJECTS ; 
REGISTERED AS ( em- topo -binding 4 }; 

t opoType - 1 opoTypeDB NAME BINDING 

SUBORDINATE OBJECT CLASS topoType ; 
NAMED BY , 
SUPERIOR OBJECT CLASS topoTypeDB; 
WITH ATTRIBUTE topoTypeld; 
BEHAVIOUR topoType - 1 opoTypeDBBehavi our 
BEHAVIOUR DEFINED AS 

■This name binding defines the location of topoType objects.!; 

; 

DELETE ONLY -IF- NO - CONTAINED - OBJECTS ; 
REGISTERED AS { em- topo -binding 5 }; 

topoView-topo-ViewDB NAME BINDING 

SUBORDINATE OBJECT CLASS topoView; 
NAMED BY 

SUPERIOR OBJECT CLASS topoViewDB; 
WITH ATTRIBUTE topoNodeld ; 
BEHAVIOUR topoView- topoViewDBBehaviour 
BEHAVIOUR DEFINED AS 

IThis name binding defines the location of topoView objects. 
This name binding doesn't support create and delete management 
operations . 1 ; 

REGISTERED AS { em- topo -binding 6 } ; 

topoViewNode- topoView NAME BINDING 

SUBORDINATE OBJECT CLASS topoViewNode ; 
NAMED BY 

SUPERIOR OBJECT CLASS topoView; 
WITH ATTRIBUTE topoNodeld; 
BEHAVIOUR topoViewNode- topoViewBehaviour 
BEHAVIOUR DEFINED AS 

IThis name binding defines the location of topoViewNode objects. 
This name binding doesn't support create and delete management 
operations . ! ; 

REGISTERED AS { em- topo - binding 7 }; 

Attributes 

^topoAllLayer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO- ASN1 .TopoAll Layer; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 
BEHAVIOUR topoAllLayerBehaviour BEHAVIOUR DEFINED AS 
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!Thi8 attribute identifies the list of allowed layer for 
topoNodeLayer. ! ; 

REGISTERED AS { em-topo-attribute 1 }; 

topOAllS^tU^TTRIBUTE^^ roBQ _ m .TopoAllStatUB; 

MATCHES FOR EQUALITY , SET- COMPARISON, SET- INTERSECTION; 

topoNodeDisplayStatus. ! ; 
REGISTERED AS { em-topo-attribute 2 ); 

logically children of this topoNode object.!; 
registered AS { em-topo-attribute 3 }; 

SSmtoSSlpAgentMOBehaviour BEHAVIOUR DEFINED AS 
BEHA jlSis attribute identifies the CMIP agent object that is 
represented by thiB topoNode object.!; 

• _ 

REGISTERED AS { em-topo-attribute 4 }; 
tcpoNodeDBId^IBUTE^ ^.^.^ . TopoNullId; 

SSouTLSeDlidBehaviour BEHAVIOUR DEFINED AS 

?This is TSstinguished attribute of the topoNodeDB object. I; 

REGISTERED AS { em-topo-attribute 5 } ; 

topoModeDefaultMO ATTRIBUTE _ M . „_ 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoNodeMO; 

default MO for launching request templates.!; 
REGISTERED AS { em-topo-attribute 6 }; 

"^IT^ 

„:^^e poR EOUALITY, SET-COMPARISON, SET -INTERSECTION ; 

B^^OuTL^eDT^layStatusBeahviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the list of display status defined by 
ilers £ch entry of the list is a pair of attribute ID and 
ZlLV (integer only). One example is performance Allowed 
SKbuSxD is specified by topoDatabase : : allStatus . ; 

REGISTERED AS { em-topo-attribute 7 } ; 

topoNodeGeo^tio^ATT^BU^ ^^ ^^ TopoNodeGeoljOCation; 

MATCHES FOR EQUALITY; 
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BEHAVIOUR topoNodeGeoLocationBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the longitude and latitude of the topo 
node, the default value is NULL.!; 

REGISTERED AS { em- topo -attribute 8 }; 

topoNodelD ATTRIBUTE . 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 .TopoNodeld; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeBehaviour BEHAVIOUR DEFINED AS 

IThis is a distinguished attribute of the topoNode object.!; 

REGISTERED AS { em- topo -attribute 9 }; 



topoNodeLayer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO -ASN1 .TopoNodeLayer ; 
75 MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeLayerBehavior BEHAVIOUR DEFINED AS 

IThis attribute identifies the layer that the topo node is on.!; 

REGISTERED AS { em- topo-at tribute 10 }; 



topoNodeMOSet ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO- ASN1 . TopoNodeMOSet ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeMOSetBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the managed objects elsewhere in the 
management information tree that are represented by this topoNode 
object.!; 

REGISTERED AS { em- topo- attribute 11 } ; 

topoNodeName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO- ASN1 .TopoNodeName; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeNameBehaviour BEHAVIOUR DEFINED AS 

!This attribute can be used to provided a user- friendly label for 
the topoNode . I ; 

REGISTERED AS { em- topo- attribute 12 }; 

35 topoNodeParents ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 .TopoNodes; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeParentBehaviour BEHAVIOUR DEFINED AS 

(This attribute identifies the logical parent topoNodes of this 
topoNode . ! ; 



REGISTERED AS { em- topo -attribute 13 } ; 

topoNodePeers ATTRIBUTE 

WITH ATTRIBUTE SYNTAX KM-T0P0-ASN1 .TopoNodes ; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoNodePeersBehaviour BEHAVIOUR DEFINED AS 

IThis attribute contains a list of all topoNode objects which are 
logically connected to this topoNode object. ! ; 



REGISTERED AS { em- topo- attribute 14 }; 

so topoNodePropagatedSeverity ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoNodeSeverity ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodePropagatedSeverityBehaviour BEHAVIOUR DEFINED AS 

IThis attribute specifies what propagated severity the topology 
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node has . I ; 
REGISTERED AS { em- topo- at tribute 15 }; 

topoNodePropagateUp ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASH1 . TopoBoolean ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodePropagatedBebaviour BEHAVIOUR DEFINED AS 

iThis attribute specifies whether the topology node should 
propagate its state to its parents . ! ; 

REGISTERED AS { em-topo-attribute 16 }; 

topoNodeRpcAgentMO ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . TopoNodeMO 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeRpcAgentMOBehaviour BEHAVIOUR DEFINED AS 

•This attribute identifies the RPC agent object that is 
represented by this topoHode object.!; 

REGISTERED AS { era- topo- at tribute 17 }? 

topoNodeSeverity ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO -ASN1 . topoNodeSe verity ; 

MATCHES FOR EQUALITY; ra ^ 

BEHAVIOURtopoNodeSeverityBehaviour BEHAVIOUR DEFINED AS j ^ 

!This attribute specifies what severity the topology node has.! 

REGISTERED AS { em-topo-attribute 18 }; 

topoNodeSnmpAgentMO ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO- ASN1 .TopoNodeMO ; 

MATCHES FOR EQUALITY; _ _ „ 

BEHAVIOURtopoNodeSnmpAgentMOBehaviour BEHAVIOUR DEFINED AS 

!This attribute identifies the SNMP Proxy Agent object that is 

represented by this topoHode object.!; 

REGISTERED AS { em- topo- at tribute 19 }; 

topoNodeState ATTRIBUTE _ ± 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . topoNodeState; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeStateBehaviour BEHAVIOUR DEFINED AS 

IThis attribute specifies what the state of the topology node 
is. ! ; 

REGISTERED AS { em- topo- attribute 20 }; 

topoNodeType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoNodeTypeld; 

MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeTypeBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the topoType object in the topology 
database which describes the purpose and behaviour of this 
topoHode object. This attribute may only be set to a new type 
which is derived from the existing type of the topoNode.l; 

REGISTERED AS { em- topo- attribute 21 }; 

topoStatePropagation ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . TopoBoolean ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoStatePropagationBehaviour BEHAVIOUR DEFINED AS 



EP 0 773 649 A2 



IThis attribute identifies whether the state propagation should 
be performed for all topology nodes. !; 

REGISTERED AS { em-topo-attribute 22 } ; 

t opoTypeAl lBaseOf ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET -COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoTypeAllBaseOf Behaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that have this 
topoType object as a logical base class through any number of 
derivations . I ; 

REGISTERED AS { em- topo- attribute 23 }; 

topoTypeAllDerivedFrom ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO -ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoTypeAllDerivedFromBehaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that this topoType 
object is logically derived from through any number of 
derivations. ! ; 

REGISTERED AS { em- topo-at tribute 24 }; 

topoTypeAl lLegalArcs ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoTypeAl lLegalArcsBehaviour BEHAVIOUR DEFINED AS * 
IThis attribute names the topoType objects that this topoType 
object can connect to, including those specified by any base 
types . ! ; 

REGISTERED AS { em-topo-attribute 25 }; 

topoTypeAl lLegal Children ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO- ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET -INTERSECTION ; 

BEHAVIOUR topoTypeAllLegalChildrenBehaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that this topoType 
object can contain, including those specified by any base 
types . ! ; 

§ 

REGISTERED AS { em- topo- attribute 26 }; 

topoTypeBaseOf ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOP0-ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoTypeBaseOf Behaviour BEHAVIOUR DEFINED AS 

!This attribute names the topoType objects that directly name 
this topoType object as a logical base class.!; 

REGISTERED AS { em- topo- attribute 27}; 



topoTypeDBId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 .TopoNullId; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoTypeDBIdBehaviour BEHAVIOUR DEFINED AS 

IThis is a distinguished attribute of the topoTypeDB object. J; 

; 

REGISTERED AS { em- topo- attribute 28 }; 
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topoTypeDef aultLayer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . topoTypeDef aultLayer ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeDefaultLayerBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the default layer that is used by the 
topo node . ! ; 

REGISTERED AS { em- topo- attribute 29 }; 

topoTypeDe r i vedFr ora ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . topoTypes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 
BEHAVIOUR topoTypeDerivedFromBehaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that this topoType 
object is logically derived from. ! ; 

REGISTERED AS { em- topo -attribute 30 }; 

topoTypeDrawMethod ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1. topoTypeDrawMethod; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoTypeDrawMethodBehaviour BEHAVIOUR DEFINED AS 
20 IThis attribute defines the drawable of the topoType object. I; 

REGISTERED AS { em- topo- attribute 31 }; 

topoTypeld ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . t opoType I d ; 
25 MATCHES FOR EQUALITY; 

BEHAVIOUR topoTypeldBehaviour BEHAVIOUR DEFINED AS 

IThis attribute is the distinguished attribute for a topoType 
object.!; 

REGISTERED AS { em- topo- attribute 32 }; 

topoTypeLegalArcs attribute 

WITH ATTRIBUTE SYNTAX EM- TOPO- ASN1. topoTypes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 
BEHAVIOUR topoTypeMaxLegalArcsBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the topoTypes that may legally form 
arcs with this topoType . I ; 

REGISTERED AS { em- topo- at tribute 33 } ; 

topoTypeLegalChildren ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET - INTERSECTION ; 
BEHAVIOUR topoTypeMaxLegalChildrenBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the topoTypes that may legally be 
children of this topoType, i; 

REGISTERED AS { em- topo- attribute 34 }; 

topoTypeMaxTopoLevel ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASNI. topoTypeMaxTopoLevel ; 
MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR topoTypeMaxTopoLevelBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the highest abstract graph level that 
this node participates in the topology. A topoNode may not have 
more th ?" one arc to each abstract graph level higher than 
this. l; 

• 

REGISTERED AS { em- topo -attribute 35 }; 
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t opoTypeMaxVi 6 ibleLe ve 1 ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 . topoTypeMaxViBibleLevel ; 
MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR topoTypeMaxVisibleLevelBehaviour BEHAVIOUR DEFINED AS 

I This attribute identifies the highest abstract graph level that 
this node logically appears in. A tppoNode may not have any arcs 
to an abstract graph level higher than this . ! ; 

REGISTERED AS { em- topo- attribute 36 }; 

topoViewBackgroundlmage ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO- ASN1. topoViewBackgroundlmage; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewBackgroundlmageBehaviour BEHAVIOUR DEFINED AS 

J This attribute contains the relative file name of a image to 
display in the view. ! ; 

REGISTERED AS { em- topo- at tribute 37 }; 

topoViewDBId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 - topoNullId; 
MATCHES FOR EQUALITY; 
20 BEHAVIOUR topoViewDBIdBehaviour BEHAVIOUR DEFINED AS 

IThis is a distinguished attribute of the topoNodeDB object.!; 

REGISTERED AS { em- topo- attribute 38 }; 

topoViewMapConf igFile ATTRIBUTE 
25 W ITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoViewMapConf lgFile ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewMapConf igFileBehaviour BEHAVIOUR DEFINED AS 
IThis attribute is the file for vector (geographic) map 
configuration. ! ; 

3o REGISTERED AS { em- topo -attribute 39 }; 

topoViewMapInitialOeoArea ATTRIBUTE t 

WITH ATTRIBUTE SYNTAX EM - TOPO- ASN1. topoViewMap Initial GeoArea; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewMapInitialGeoAreaBehaviour BEHAVIOUR DEFINED AS 
IThis attribute is to specify the initial zoom area of the 
55 geographical map.!; 

REGISTERED AS { em- topo- attribute 40}; 

topoViewNodePosition ATTRIBUTE 

WITH ATTRIBUTE SYNTAX BM-TOP0-ASN1 . topoViewNodePosition; 

40 MATCHES FOR EQUALITY; ■ 

BEHAVIOUR topoViewNodePositionBehaviour BEHAVIOUR DEFINED AS 

IThis attribute contains x,y coordinates of the topoNodeView 
image to be displayed in the view.!; 



45 
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REGISTERED AS { em- topo-at tribute 41 }; 

topoNodelsManaged ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASNI.topoNodeManaged; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodelsManagedBehaviour BEHAVIOUR DEFINED AS 

IThis attribute specifies the logical and of this nodes 
topoNodeManaged attribute with that of its parent's 
topoNodelsManaged attribute. ! ; 

REGISTERED AS { em- topo- attribute 42 }; 
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topoNode^aged^T^IBUTE^ ^.^.^ >TopoNodeManaged; 

MATCHES FOR EQUALITY; „ 

BEHAVIOUR topoNodeManaged BEHAVIOUR DEFINED AS 

l^s^ribute^lpecif ies whether the topoNode should be managed 

by applications. I ; 

REGISTERED AS { era-topo-attribute 43 } ; 
topoNode^^^ BM-TOPO.ASNl.topoHodeUserData; 

S^^OuTLSS^de^rDataBehaviour BEHAVIOUR DEFINED AS 
BEHAVI V^ i "^tribute specifies a user defined data to be stored with 
the topoNode. £ ; 

REGISTERED AS { em- topo-at tribute 44 } ; 

topoViewNodeAutoPosition ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . TopoBoolean ; 

^^uTL^iSdeAutoPositionBehaviour BEHAVIOUR DEFINED AS 

I This attribute specifies if at the creation time the position of 
the topoViewNode is automatically generated, i ; 

REGISTERED AS { em- topo- attribute 45 }; 
Actions 

topoNod^t^me ^lOH^ eBehav . our ^ p 

BBJ1AV .This action returns the topoNodeld of the topoNode whose 
topoNodeName attribute matches the input namel ; 

WITH INFORMATION SYNTAX BM- TOPO- ASN1 . TopoNodeName ; 
WITH REPLY SYNTAX EM-TOPO- ASN1 . TopoNodes , 
REGISTERED AS { em-topo-action l} ; 

topoNod^tB^^ BEHAVIOUR DEFINED AS 

^tion returS a list of topoNodelds of the topoNodes whose 
topoNodeType attributes match the input type ! ; 

WITH INFORMATION SYNTAX EM-TOPO-ASN1 .TopoTypeld; 
WITH REPLY SYNTAX EM-TOPO- ASN1 .ToooNodes ; 
REGISTERED AS { em-topo-action 2 }; 

topoNodeGetByMO ^^ e ^^ BBhAV±oux behaviour DEFINED AS 

!This Action returns a list of topoNodelds of the topoNodes which 
represent the input managed object I; 

WITH INFORMATION SYNTAX EM-TOPO- ASN1 . TopoNodeMO ; 
WITH REPLY SYNTAX EM-TOPO- ASN1 . TopoNodes ; 
REGISTERED AS { em-topo-action 3 }; 

^^B^^t^JviewGraphBehaviour BEHAVIOUR DEFINED AS 
!This action returns the hierarchy of all topoViews! 

WITH INFORMATION SYNTAX EM-TOPO- ASN1 . TopoNul lid; 
WITH REPLY SYNTAX EM-TOPO- ASN1 . TopoViewGraph; 
REGISTERED AS { em-topo- action 4 }; 
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topo.asnl 

BM-TOPO-ASN1 { 

iso(l) org (3) dod(€> internet U> private (4) enterprises (l) sun (42) 
products (2) managed (2) em (2) newtopo(40) 



DEFINITIONS : : - 
BEGIN 

IMPORTS 

Ob j ec t Ins t ance 

FROM CMIP-1 { joint-iso-ccitt ms(9) cmip(l) modules (0) protocol (3) }; 

em-topo OBJECT IDENTIFIER : :« { 

iso(l) org (3) dod(6) internet (1) private (4) enterprises (I) sun{42) 
products (2) management (2) em (2) topology (40) 

em-topo-objectClass OBJECT IDENTIFIER { em-topo 3 } 

em-topo -binding OBJECT IDENTIFIER : := { em-topo 6 } 
em- topo -at tribute OBJECT IDENTIFIER { em-topo 7 } 
em-topo-action OBJECT IDENTIFIER ::« { em- topo 9 } 

— Default Values 

nullTopoNodeMO topoNodeMO : : » null : NULL 
emptyTopoNodeMOSet TopoNodeMOSet : : * f 1 
eraptyTopoAllStatus TopoAllStatus : := } 
emptyTopoAll Layer TopoAllLayer { J 
defaultDrawMethod TopoTypeDrawMethod = circle 
nullGeoLocation TopoNodeGeoLocation null : NULL 
defaultTopoTypeDefaultLayer TopoTypeDefaultLayer "default" 
einptyLayer TopoNodeLayer : : a " ** 

eroptyTopoNodeDisplayStatus TopoNodeDisplayStatus : : = { } 
defaultMaxVisibleLevel TopoTypeMaxVisibleLevel 0 
defaultMaxTopoLevel TopoTypeMaxTopoLevel : : » 0 
defaultTopoTypes TopoTypes ::• { } 
default Background Image TopoViewBackgroundlmage 
defaultMapConf igFile TopoViewMapConf igFile : :« 

defaultMapInitialGeoArea TopoViewMapInitialGeoArea ::» null; NULL 
topoBol leanTrue TopoBoolean : :» TRUE 
topoBooleanFalse TopoBoolean FALSE 
emptyUserData TopoNodeUserData 

TopoNullId NULL 

TopoAllStatus SET OF GraphicString 

TopoAllLayer SET OF GraphicString 
TopoBoolean : : = BOOLEAN 

TopoNodeld ::« INTEGER (0. .4294967295) 
TopoNodeState = INTEGER (0. .4294967295) 
TopoNodeSeverity : INTEGER (0. .4294967295) 
TopoNodeMO ::- CHOICE { 

ob j ect 0b j ect Instance # 
null NULL 

) 

TopoNodeMOSet SET OF Object Inst ance 
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TopoNodeName ::- GraphicString 

TopoNodes : : - SET OP TopoNodcId 

TopoNodeDisplayStatus : : « SET OP SEQUENCE { 
status GraphicString , 

value INTEGER 

} 

TopoNodeLayer : := GraphicString 

TopoNodeGeoLocation : : = CHOICE { 
null NULL 
value SEQUENCE { 

latitude REAL, 

longitude REAL 

. 1 

TopoNodeUserData ::- GraphicString 
TopoTypeld::- GraphicString 

TopoTypeMaxVisibleLevel INTEGER (-32768 32767) 

TopoTypeMaxTopoLevel : : * INTEGER (-32768. .32767) 

TopoTypes SET OF TopoTypeld 

TopoTypeDrawMethod : : = ENUMERATED { 

circle (0) , 

square (1) , 

rectangular (2) , 

triangle (3) , 

hexagon (4) , 

line (5) 

} 

TopoTypeDef aultLayer : : * GraphicString 

TopoViewNodePosition ::* SEQUENCE { 
x INTEGER, 
y INTEGER 

TopoViewBackgroundlmage : : = GraphicString 
TopoViewMapConfigFile : :« GraphicString 

TopoViewMapInitialGeoArea ::« CHOICE { 

null NULL 

area SEQUENCE { 

center Lat itude REAL , 
centerLongitude REAL, 
widthlnKra REAL 

, 1 

TopoNodeManaged : : = BOOLEAN 

TopoNodeData : : « SEQUENCE { 
id TopoNodeld, 
name TopoNodeName 
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) 

TopoViewGraphNode : : - SEQUENCE { 

node TopoNodeData , 

parents SET OF TopoNodeData 

TopoViewGraph : : = SET OF TopoViewGraphNode 
END 



Claims 

1 . A computer network comprising: 



a plurality of network nodes and interconnections; 

a network management system comprising a database of managed network resources, said database of man- 
20 aged network resources defining network nodes, associated node types and associated views of said nodes, 

the system being operable to modify said views based on user input changes in attributes of said nodes; and 
a plurality of network management users, said network management users being arranged to display views 
of said network using said network management database. 

25 2. A computer network as claimed in claim 1 wherein said, attributes of said nodes comprise parent relationships, 
and the system being arranged to form a new view node each time a new parent is added to an attribute of a node. 

3. A computer network as claimed in claim 2 wherein the system is arranged to delete a view node each time a parent 
is deleted from attributes of a node. 

30 

4. A computer network as claimed in claim 1 , 2 or 3 wherein said parent relationships include logical and physical 
parent relationships. 

5. A computer network as claimed in claim 1 , 2, 3 or 4 comprising a network viewer on a plurality of user workstations, 
35 so that said user workstations can form views of said network based on said database of managed network re- 
sources. 

6. A computer network as claimed in any one of the preceding claims wherein said network nodes are defined by a 
node database object class, said node database object class containing node objects, a type database object 

40 class, said type object class containing network object types, and a view database object class, said view database 

object class containing view objects of said network. 

7. A computer network as claimed in claim 6 wherein said nodes are associated with a severity, wherein alarms 
posted for a particular node are propagated to selective views of said network. 



8. A computer network as claimed in claim 1 wherein views of said network are created by said network management 
system when a new node is added to said system. 



9. , A computer network as claimed in any one of the preceding claims and including one or more storage media 
so conveying software defining said database and a network administration program, said network administration 

program modifying said views of said nodes based on user input of changes in attributes of said nodes. 

10. A method of managing a computer network comprising: 

55 forming an object oriented database of managed network resources, said database of managed network re- 

sources comprising network nodes, associated node types and associated views of said nodes; 
displaying a plurality of views of said network using said database of managed network resources; and 
modifying said views based on user input changing said nodes in said database of managed network 
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11. A method as claimed recited in claim 10 and comprising the steps of: 

defining parent relationships of said nodes; and 

forming new views based on additions of parents to a node. 

5 

12. A method as claimed in claim 11 and comprising deleting a view node when a parent is deleted from a node. 

13. A method as claimed in claim 10, 11 or 12 wherein said step of forming an object oriented database of managed 
network resources comprises the steps of: 

10 

forming a node type class containing a plurality of node type objects; 

forming a node type class containing a topogrophy of nodes in said network; and 

forming a view type class containing views of objects in said network. 

is 1 4. A method as claimed in claim 1 0, 1 1 , 1 2 or 1 3 and comprising the step of defining alarm severity for at least one 
node in said database, said severity defining when alarms are propagated to other nodes in a view of said network. 

15. One or more storage media conveying software comprising: 

20 a database of managed network resources, said database of managed network resources comprising network 

nodes, network node types, and views of said nodes; and 

a network administration program, said network administration program modifying said views of said nodes 
based on user input of changes in attributes of said nodes. 

25 16. A method as claimed in claim 9 or media as claimed in claim 15, the software comprising a network viewing 
program, said network viewing program being operable to display various views of said network based on user 
selection input. 

17. A method as claimed in claim 9 or 16 or media as claimed in claim 15 or 16, the software comprising an alarm 
30 propagation system, said alarm propagation system being operable to propagate alarms in views of said network 

based on propagation severities associated with said nodes. 
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